Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add path parameter to load_kl1/kl11_camera #22

Open
wants to merge 1 commit into
base: development
Choose a base branch
from

Conversation

Mateasek
Copy link
Member

Currently the methods "load_kl11_camera" and "load_kl1_camera" are hard-linked
to a specific camera calibration file saved in Matthew Carr's home.
Adding an optional parameter willallow creating camera with different calibrations.

Currently the methods "load_kl11_camera" and "load_kl1_camera" are hard-linked
 to a specific camera calibration file saved in Matthew Carr's home.
 Adding an optional parameter willallow creating camera with different calibrations.
@jacklovell
Copy link
Member

This looks good to me. I wonder if we can go one step further and actually include the calibration files in this package, much like we already do with the KB5 geometry for example? Would probably need to check that it's OK to add the files to an EUPL project first.

By the way, the default path doesn't work any more on Heimdall: that file does exist but its permissions are set so that only the mcarr user can actually read the file. Which isn't much use as there's no longer an active mcarr user. So a new default should be used in any case.

@Mateasek
Copy link
Member Author

I think that calibration files (if there are any available and authorised) should be stored somewhere at JET cluster, where they are accessible. I think this should be discused with the ROs where the files would be stored. This would be in general a much better solution.

@jacklovell
Copy link
Member

I agree: the most important thing is that this data should be easily accessible. Whether that's by being incorporated into this package or stored in a suitable central location doesn't really matter. But we do need to move away from critical data files being stored in users' home directories as we risk losing access when those users move on. This is not just a KL1/KL11 problem either.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants